Methods and systems for detecting events in cloud computing environments and performing actions upon occurrence of the events

ABSTRACT

A monitoring system can monitor computing processes in clouds. The monitoring system can monitor the clouds for certain events associated with the computing processes. The monitoring system can receive, from the user, a particular event and an action to perform upon the occurrence of the event. Once received, the monitoring system can compare the information collected during monitoring against the event specified by the user. Once the event occurs, the monitoring system can perform the action associated with the event.

FIELD

This invention relates generally to products and services, moreparticularly, to systems and methods for cloud computing relatedservices and products.

DESCRIPTION OF THE RELATED ART

The advent of cloud-based computing architectures has opened newpossibilities for the rapid and scalable deployment of virtual Webstores, media outlets, and other on-line sites or services. In general,a cloud-based architecture deploys a set of hosted resources such asprocessors, operating systems, software and other components that can becombined or strung together to form virtual machines. A user or customercan request the instantiation of a virtual machine or set of machinesfrom those resources from a central server or management system toperform intended tasks or applications. For example, a user may wish toset up and instantiate a virtual server from the cloud to create astorefront to market products or services on a temporary basis, forinstance, to sell tickets to an upcoming sports or musical performance.The user can lease or subscribe to the set of resources needed to buildand run the set of instantiated virtual machines on a comparativelyshort-term basis, such as hours or days, for their intended application.

Typically, when a user utilizes a cloud, the user must track theprocesses instantiated in the cloud. For example, the user must trackthe cloud processes to ensure that the correct cloud processes have beeninstantiated, that the cloud processes are functioning properly, etc.Due to the user's requirements and usage of the cloud, the user may havemany processes instantiated in a cloud and may be utilizing multipleindependent clouds to support the cloud processes. As such, the user mayhave difficulty tracking the virtual machines over time. Additionally,the user may desire to perform certain actions upon the occurrence ofevents in the computing processes. For example, the user may desire toterminate a computing processes if it utilizes a certain amount ofresources of the cloud computing environment. Typically, the user mustconstantly monitor the cloud computing environment to determine when theevents occur and perform the actions themselves.

BRIEF DESCRIPTION OF THE DRAWINGS

Various features of the embodiments can be more fully appreciated, asthe same become better understood with reference to the followingdetailed description of the embodiments when considered in connectionwith the accompanying figures, in which:

FIG. 1 illustrates an overall cloud system architecture in which variousembodiments of the present teachings can be practiced;

FIG. 2 illustrates an overall cloud system architecture in which variousembodiments of the present teachings can be practiced in another regardincluding multiple cloud arrangements, according to various embodiments;

FIG. 3 illustrates an overall system in which a monitoring system canprovide monitoring services and event tracking to users of multipleclouds, according to various embodiments;

FIG. 4 illustrates an exemplary report generated by the monitoringsystem, according to various embodiments;

FIG. 5 illustrates an exemplary hardware configuration for a monitoringsystem, according to various embodiments; and

FIG. 6 illustrates a flowchart of an exemplary process for trackingevents in cloud computing environments, according to variousembodiments.

DETAILED DESCRIPTION OF EMBODIMENTS

For simplicity and illustrative purposes, the principles of the presentteachings are described by referring mainly to exemplary embodimentsthereof. However, one of ordinary skill in the art would readilyrecognize that the same principles are equally applicable to, and can beimplemented in, all types of information and systems, and that any suchvariations do not depart from the true spirit and scope of the presentteachings. Moreover, in the following detailed description, referencesare made to the accompanying figures, which illustrate specificembodiments. Electrical, mechanical, logical and structural changes maybe made to the embodiments without departing from the spirit and scopeof the present teachings. The following detailed description is,therefore, not to be taken in a limiting sense and the scope of thepresent teachings is defined by the appended claims and theirequivalents.

Embodiments of the present teachings relate to systems and methods forindependently monitoring cloud computing environments. Moreparticularly, embodiments relate to platforms and techniques in which amonitoring system can track events in the cloud computing environmentsfor users and perform actions related to the events.

According to embodiments, a monitoring system can be configured toprovide monitoring services to users of cloud computing environment. Inparticular, the monitoring system can be configured to receive accessinformation from users subscribing to the monitoring services. Oncereceived, the monitoring system can be configured to access cloudsutilizing the access information and monitor the computing processesinstantiated in the clouds and associated with the user. The monitoringsystem can be configured to monitor the computing processes and collectinformation such as usage of cloud resources, number and type ofcomputing processes instantiated, software programs utilized by thecomputing processes, and the like.

According to embodiments, once the information is collected, themonitoring system can be configured to store the collected informationassociated with the user's access information. Likewise, the monitoringsystem can be configured to provide reports to the user describing theinformation collected about the processes instantiated in the cloud.

According to embodiments, the monitoring system can be configured tomonitor the clouds for certain events associated with the computingprocesses. In particular, the monitoring system can be configured toreceive, from the user, a particular event and an action to perform uponthe occurrence of the event. Once received, the monitoring system can beconfigured to compare the information collected during monitoringagainst the event specified by the user. Once the event occurs, themonitoring system can be configured to perform the action associatedwith the event.

By providing monitoring services, the monitoring system can enable theuser to track computing processes instantiated in clouds withoutdevoting time and manpower to tracking the computing processes. As such,the user can ensure that computing processes in the cloud areinstantiated and running properly. Likewise, by monitoring for events,the monitoring system can allow the user to plan for certain events andto take action without constantly monitoring the clouds.

FIG. 1 illustrates an overall cloud computing environment, in whichsystems and methods for the management of subscriptions of cloud-basedvirtual machines can operate, according to embodiments of the presentteachings. Embodiments described herein can be implemented in orsupported by a cloud network architecture. As used herein, a “cloud” cancomprise a collection of resources that can be invoked to instantiate avirtual machine, process, or other resource for a limited or definedduration. As shown for example in FIG. 1, the collection of resourcessupporting a cloud 102 can comprise a set of resource servers 108configured to deliver computing components needed to instantiate avirtual machine, process, or other resource. For example, one group ofresource servers can host and serve an operating system or componentsthereof to deliver to and instantiate a virtual machine. Another groupof resource servers can accept requests to host computing cycles orprocessor time, to supply a defined level of processing power for avirtual machine. A further group of resource servers can host and serveapplications to load on an instantiation of a virtual machine, such asan email client, a browser application, a messaging application, orother applications or software. Other types of resource servers arepossible.

In embodiments, the entire set of resource servers 108 or other hardwareor software resources used to support the cloud 102 along with itsinstantiated virtual machines can be managed by a cloud managementsystem 104. The cloud management system 104 can comprise a dedicated orcentralized server and/or other software, hardware, and network toolsthat communicate via one or more networks 106 such as the Internet orother public or private network with all sets of resource servers tomanage the cloud 102 and its operation. To instantiate a new set ofvirtual machines, a user can transmit an instantiation request to thecloud management system 104 for the particular type of virtual machinethey wish to invoke for their intended application. A user can forinstance make a request to instantiate a set of virtual machinesconfigured for email, messaging or other applications from the cloud102. The request can be received and processed by the cloud managementsystem 104, which identifies the type of virtual machine, process, orother resource being requested. The cloud management system 104 can thenidentify the collection of resources necessary to instantiate thatmachine or resource. In embodiments, the set of instantiated virtualmachines or other resources can for example comprise virtual transactionservers used to support Web storefronts, or other transaction sites.

In embodiments, the user's instantiation request can specify a varietyof parameters defining the operation of the set of virtual machines tobe invoked. The instantiation request, for example, can specify adefined period of time for which the instantiated machine or process isneeded. The period of time can be, for example, an hour, a day, or otherincrement of time. In embodiments, the user's instantiation request canspecify the instantiation of a set of virtual machines or processes on atask basis, rather than for a predetermined amount of time. Forinstance, a user could request resources until a software update iscompleted. The user's instantiation request can specify other parametersthat define the configuration and operation of the set of virtualmachines or other instantiated resources. For example, the request canspecify an amount of processing power or input/output (I/O) throughputthe user wishes to be available to each instance of the virtual machineor other resource. In embodiments, the requesting user can for instancespecify a service level agreement (SLA) acceptable for theirapplication. Other parameters and settings can be used. One skilled inthe art will realize that the user's request can likewise includecombinations of the foregoing exemplary parameters, and others.

When the request to instantiate a set of virtual machines or otherresources has been received and the necessary resources to build thatmachine or resource have been identified, the cloud management system104 can communicate with one or more set of resource servers 108 tolocate resources to supply the required components. The cloud managementsystem 104 can select providers from the diverse set of resource servers108 to assemble the various components needed to build the requested setof virtual machines or other resources. It may be noted that in someembodiments, permanent storage such as hard disk arrays may not beincluded or located within the set of resource servers 108 available tothe cloud management system 104, because the set of instantiated virtualmachines or other resources may be intended to operate on a purelytransient or temporary basis. In embodiments, other hardware, softwareor other resources not strictly located or hosted in the cloud can beleveraged as needed. For example, other software services that areprovided outside of the cloud 102 and hosted by third parties can beinvoked by in-cloud virtual machines. For further example, othernon-cloud hardware and/or storage services can be utilized as anextension to the cloud 102, either on an on-demand or subscribed ordecided basis.

With the resource requirements identified, the cloud management system104 can extract and build the set of virtual machines or other resourceson a dynamic or on-demand basis. For example, one set of resourceservers 108 can respond to an instantiation request for a given quantityof processor cycles with an offer to deliver that computational powerimmediately and guaranteed for the next hour. A further set of resourceservers 108 can offer to immediately supply communication bandwidth, forexample on a guaranteed minimum or best-efforts basis. In otherembodiments, the set of virtual machines or other resources can be builton a batch basis or at a particular future time. For example, a set ofresource servers 108 can respond to a request for instantiation at aprogrammed time with an offer to deliver the specified quantity ofprocessor cycles within a specific amount of time, such as the next 12hours.

The cloud management system 104 can select a group of servers in the setof resource servers 108 that match or best match the instantiationrequest for each component needed to build the virtual machine or otherresource. The cloud management system 104 can then coordinate theintegration of the completed group of servers from the set of resourceservers 108, to build and launch the requested set of virtual machinesor other resources. The cloud management system 104 can track thecombined group of servers selected from the set of resource servers 108,or other distributed resources that are dynamically or temporarilycombined, to produce and manage the requested virtual machine populationor other resources.

In embodiments, the cloud management system 104 can generate a resourceaggregation table that identifies the various sets of resource serversthat will be used to supply the components of the virtual machine orprocess. The sets of resource servers can be identified by uniqueidentifiers such as, for instance, Internet Protocol (IP) addresses orother addresses. The cloud management system 104 can register thefinalized group of servers in the set resource servers 108 contributingto an instantiated machine or process.

The cloud management system 104 can then set up and launch theinitiation process for the virtual machines, processes, or otherresources to be delivered from the cloud. The cloud management system104 can for instance transmit an instantiation command or instruction tothe registered group of servers in set of resource servers 108. Thecloud management system 104 can receive a confirmation message back fromeach participating server in a set of resource servers 108 indicating astatus regarding the provisioning of their respective resources. Varioussets of resource servers can confirm, for example, the availability of adedicated amount of processor cycles, amounts of electronic memory,communications bandwidth, or applications or other software prepared tobe served.

As shown for example in FIG. 2, the cloud management system 104 can theninstantiate one or more than one set of virtual machines 116, or otherprocesses based on the resources supplied by the registered set ofresource servers 108. In embodiments, the cloud management system 104can instantiate a given number, for example, 10, 500, 1000, or othernumber of virtual machines to be made available to users on a network106, such as the Internet or other public or private network. Eachvirtual machine can be assigned an instantiated machine ID that can bestored in the resource aggregation table, or other record or image ofthe instantiated population. Additionally, the cloud management system104 can store the duration of each virtual machine and the collection ofresources utilized by the complete set of instantiated virtual machines116.

In embodiments, the cloud management system 104 can further store, trackand manage a user's identity and associated set of rights orentitlements to software, hardware, and other resources. Each user thatpopulates a set of virtual machines in the cloud can have specificrights and resources assigned and made available to them. The cloudmanagement system 104 can track and configure specific actions that auser can perform, such as provision a set of virtual machines withsoftware applications or other resources, configure a set of virtualmachines to desired specifications, submit jobs to the set of virtualmachines or other host, manage other users of the set of instantiatedvirtual machines 116 or other resources, and other privileges oractions. The cloud management system 104 can further generate records ofthe usage of instantiated virtual machines to permit tracking, billing,and auditing of the services consumed by the user. In embodiments, thecloud management system 104 can for example meter the usage and/orduration of the set of instantiated virtual machines 116, to generatesubscription billing records for a user that has launched thosemachines. Other billing or value arrangements are possible.

The cloud management system 104 can configure each virtual machine to bemade available to users of the one or more networks 106 via a browserinterface, or other interface or mechanism. Each instantiated virtualmachine can communicate with the cloud management system 104 and theunderlying registered set of resource servers 108 via a standard Webapplication programming interface (API), or via other calls orinterfaces. The set of instantiated virtual machines 116 can likewisecommunicate with each other, as well as other sites, servers, locations,and resources available via the Internet or other public or privatenetworks, whether within a given cloud 102 or between clouds.

It may be noted that while a browser interface or other front-end can beused to view and operate the set of instantiated virtual machines 116from a client or terminal, the processing, memory, communications,storage, and other hardware as well as software resources required to becombined to build the virtual machines or other resources are all hostedremotely in the cloud 102. In embodiments, the set of virtual machines116 or other resources may not depend on or require the user's ownon-premise hardware or other resources. In embodiments, a user cantherefore request and instantiate a set of virtual machines or otherresources on a purely off-premise basis, for instance to build andlaunch a virtual storefront or other application.

Because the cloud management system 104 in one regard specifies, builds,operates and manages the set of instantiated virtual machines 116 on alogical level, the user can request and receive different sets ofvirtual machines and other resources on a real-time or near real-timebasis, without a need to specify or install any particular hardware. Theuser's set of instantiated virtual machines 116, processes, or otherresources can be scaled up or down immediately or virtually immediatelyon an on-demand basis, if desired. In embodiments, the various sets ofresource servers that are accessed by the cloud management system 104 tosupport a set of instantiated virtual machines 116 or processes canchange or be substituted, over time. The type and operatingcharacteristics of the set of instantiated virtual machines 116 cannevertheless remain constant or virtually constant, since instances areassembled from abstracted resources that can be selected and maintainedfrom diverse sources based on uniform specifications.

In terms of network management of the set of instantiated virtualmachines 116 that have been successfully configured and instantiated,the cloud management system 104 can perform various network managementtasks including security, maintenance, and metering for billing orsubscription purposes. The cloud management system 104 of a given cloud102 can, for example, install or terminate applications or appliances onindividual machines. The cloud management system 104 can monitoroperating virtual machines to detect any virus or other rogue process onindividual machines, and for instance terminate the infected applicationor virtual machine. The cloud management system 104 can likewise managean entire set of instantiated virtual machines 116 or other resources ona collective basis, for instance, to push or deliver a software upgradeto all active virtual machines. Other management processes are possible.

In embodiments, more than one set of virtual machines can beinstantiated in a given cloud at the same, overlapping or successivetimes. The cloud management system 104 can, in such implementations,build, launch and manage multiple sets of virtual machines based on thesame or different underlying set of resource servers 108, withpopulations of different sets of instantiated virtual machines 116 suchas may be requested by different users. The cloud management system 104can institute and enforce security protocols in a cloud 102 hostingmultiple sets of virtual machines. Each of the individual sets ofvirtual machines can be hosted in a respective partition or sub-cloud ofthe resources of the cloud 102. The cloud management system 104 of acloud can for example deploy services specific to isolated or definedsub-clouds, or isolate individual workloads/processes within the cloudto a specific sub-cloud. The subdivision of the cloud 102 into distincttransient sub-clouds or other sub-components which have assured securityand isolation features can assist in establishing a multiple user ormulti-tenant cloud arrangement. In a multiple user scenario, each of themultiple users can use the cloud platform as a common utility whileretaining the assurance that their information is secure from otherusers of the overall cloud system. In further embodiments, sub-cloudscan nevertheless be configured to share resources, if desired.

In embodiments, and as also shown in FIG. 2, the set of instantiatedvirtual machines 116 generated in a first cloud 102 can also interactwith a set of instantiated virtual machines or processes generated in asecond, third or farther cloud 102. The cloud management system 104 of afirst cloud 102 can interface with the cloud management system 104 of asecond cloud 102, to coordinate those domains and operate the cloudsand/or virtual machines or processes on a combined basis. The cloudmanagement system 104 of a given cloud 102 can track and manageindividual virtual machines or other resources instantiated in thatcloud, as well as the set of instantiated virtual machines or otherresources in other clouds.

In the foregoing and other embodiments, the user making an instantiationrequest or otherwise accessing or utilizing the cloud network can be aperson, customer, subscriber, administrator, corporation, organization,or other entity. In embodiments, the user can be or include anothervirtual machine, application or process. In further embodiments,multiple users or entities can share the use of a set of virtualmachines or other resources.

FIG. 3 illustrates aspects in which a monitoring system 302 cancommunicate with clouds 304 and 306, via one or more networks 308,according to various embodiments. While FIG. 3 illustrates variouscomponents of the monitoring system 302 and the clouds 304 and 306, oneskilled in the art will realize that components can be added or removed.

In embodiments, one or more users 310, 312, and 314 can utilize one ormore of the clouds 304 and 306 to support computing processes of theuser 310, 312, and 314. For example, the user 310 can utilize the cloud304 to support computing processes 316 and can utilize cloud 306 tosupporting computing processes 318. The computing processes 316 and 318can be any type of computing processes, such as virtual machines,software appliances, software programs, etc. The users 310, 312, and 314can be any type of entity, such as individual users, corporations,companies, universities, and the like, that utilizes the clouds 304 and306 to support computing processes. While FIG. 3 will be described withreference to user 310, one skilled in the art will realize that theprocesses and methods can be applied to any of the users 310, 312, and314 or any other users. Additionally, while FIG. 3 illustrates users310, 312, and 314, one skilled in the art will realize that methods andprocesses can apply to any number of users.

In embodiments, the clouds 304 and 306 can be any type of cloudcomputing environments, such as the cloud computing environmentsdescribed above in FIGS. 1 and 2. As described above, the clouds 304 and306 can include any number of computing systems to support the computingprocesses in the cloud. The computing systems can be any type ofcomputing systems capable of supporting computing processes, such asservers, laptops, desktops, and the like. The computing systems caninclude a number of hardware resources, which are used to support thecomputing processes (e.g. virtual machines, software appliances,processes and the like) in the clouds 304 and 306, such as processors,memory, network hardware and bandwidth, storage devices, etc.Additionally, the clouds 304 and 306 can include a cloud managementsystem 320 and 322, respectively. The cloud management systems 320 and322 can be supported by the computing resources of the clouds 304 and306, respectively.

In embodiments, the cloud 304 and/or 306 can be operated and controlledby any number of entities. For example, the cloud 304 and/or the cloud306 can be owned and/or operated by a cloud vendor, such as Amazon™,Inc., in order to provide the services of the the cloud 304 and/or thecloud 306 to subscribers and customers. Likewise, for example, the cloud304 and/or the cloud 306 can be owned and/or operated by one or more ofthe users 310, 312 and 314, and the resources of the the cloud 304and/or the cloud 306 can be used by the entity, internally, to supportvarious computing processes. As such, in either case, the cloud 304 andthe cloud 306 can be configured to include hardware, described above,and software resources to support computing processes. For example, ifthe cloud 304 and/or the cloud 306 is operated by a cloud vendor, thesoftware resources can include operating systems, such as a distributionof Linux provided by Red Hat™ Corporation, and various applicationprograms requested or typically desired by subscribers, such asmiddleware applications, web hosting applications, electronic mail(email) applications, and the like. Likewise, for example, if the cloud304 and/or the cloud 306 is operated by an entity for internal use, thesoftware resources can include software resources required to supportthe specific internal uses. For instance, the cloud can be utilized by acorporation to perform simulations on a product and the softwareresources can include operating systems and application programs to runthe simulations.

In embodiments, the one or more networks 308 can be or include theInternet, or other public or private networks. The one or more or morenetworks 308 can be or include wired, wireless, optical, and othernetwork connections. One skilled in the art will realize that the one ormore networks 308 can be any type of network, utilizing any type ofcommunication protocol, to connect the computing systems.

In embodiments, due to the dynamics of the computing processes 316 and318, the user 310 can desire to actively monitor the computing processes316 and 318. For instance, the user 310 can desire to monitor thecomputing processes 316 and 318 to ensure that the appropriate computingprocesses are running and functioning properly. Likewise, the user 310can desire to monitor the computing processes 316 and 318 to determinethe usage of the resources of the clouds 304 and 306 for billing andother purposes. Additionally, the computing processes 316 and 318 canspawn new computing processes in the clouds 304 and 306, which the user310 can desire to monitor.

In embodiments, the monitoring system 302 can be configured to monitorthe clouds 304 and 306 for the one or more users 310, 312, and 314. Inparticular, the monitoring system 302 can be configured to monitor thecomputing process associated with the users 310, 312, and 314 andsupported by the clouds 304 and 306. The monitoring system 302 can beconfigured to subscribe the users 310, 312, and 314 to the monitoringservices provided by the monitoring system 302. Once subscribed, themonitoring system 302 can be configured to receive access informationfrom the users 310, 312, and 314. The monitoring system 302 can beconfigured to utilize the access information to access and communicatewith the clouds 304 and 306 in order to monitor the computing processessupported by the clouds 304 and 306 and to collect information about thecomputing processes. Additionally, the monitoring system 302 can beconfigured to report any information collected during the monitoring tothe users 310, 312, and 314.

In embodiments, the monitoring system 302 can be operated by an entitythat provides the monitoring services to the users 310, 312, and 314.The monitoring services can be provided to the users 310, 312, and 314at a fee. The monitoring system 302 can be supported by one or morecomputing systems, such as servers, laptops, desktops, and the like. Themonitoring system 302 can include conventional components of a computingsystem, such as such as processors, memory, network interfaces, storagedevices, etc.

In embodiments, to provide the monitoring services, the monitoringsystem 302 can be configured to include a monitoring module 324. Themonitoring module 324 can be configured to cooperate and communicatewith the users 310, 312, and 314 to subscribe the user 310, 312, and 314to the monitoring services and to report any gathered information to theusers 310, 312, and 314. Likewise, the monitoring module 324 can beconfigured to cooperate and communicate with the clouds 304 and 306 tomonitor computing processes supported by the cloud 304 and 306. Themonitoring module 324 can be implemented as a software program that isconfigured to execute on the monitoring system 302. Likewise, themonitoring module 324 can be implemented as a portion of other softwareprograms configured to execute on the monitoring system 302. In eithercase, the monitoring module 324 can be configured to include thenecessary logic, commands, instructions, and protocols to perform theprocesses described below. In any implementation, the monitoring module324 can be written in any type of conventional programming language suchas C, C++, JAVA, Perl, and the like. Additionally, the monitoring module324 can be stored in computer readable storage devices or media (CD,DVD, hard drive, portable storage memory, etc.) whether local to themonitoring system 302 or remotely located.

In embodiments, to subscribe the user 310 to the monitoring services,the monitoring module 324 can be configured to provide an interface 326to receive a request for the monitoring services. The interface 326 canbe configured to provide the details and terms of the monitoringservices (monitoring services offered, fee, etc.). Likewise, if the user310 accepts the offer of monitoring services, the interface 326 can beconfigured to receive, from the user 310, access information to theclouds 304 and 306, which the user 310 utilizes for the computingprocesses 316 and 318. To achieve this, the monitoring module 324 can beconfigured to include the necessary logic, commands, instructions, andprotocols to generate and provide the interface 326, such as commandline or graphical user interfaces (GUIs), to receive the request for themonitoring services. The monitoring module 324 can be configured toprovide the interface 326 to the user 310 via the network 308 utilizingany type of network protocol, such as Internet protocol (IP), userdatagram protocol (UDP), transmission control protocol (TCP), hypertexttransfer protocol (HTTP), file transfer protocol (FTP), electronic mail(email) protocols, or any other type of known or proprietary networkprotocol. Likewise, the monitoring module 324 can be configured to allowsoftware programs executing on the computing systems of the user 310 toprovide the request. The monitoring module 324 can be configured toinclude an application programming interface (API) to provide theinterface 326 that allows software programs of the user 310 to call themonitoring module 324 and provide the request.

In embodiments, the request can include access information required toaccess the clouds 304 and 306 in order to monitor the computing process316 and 318. For example, if the cloud 304 is operated by a cloudvendor, the access information can include identification of the cloud(name of the vendor, type of cloud, the user 310 account number, networkaddress of the cloud, etc.) and the log-in and password to gain accessto the account of the user 310. Likewise, if the cloud 306 is operatedby the user 310, the access information can include the networkaddresses (Internet Protocol (IP) address ranges, domain ranges of thecloud, etc.) and log-in and password, if necessary.

In embodiments, once the user 310 has subscribed, the monitoring module324 can be configured to generate and maintain a set 326 of user records328. Each user record 328 in the set 326 can be configured to store anidentification of the user 310, the access information for the cloudsassociated with the user 310, and any information collected during themonitoring of the computing processes 316 and 318. The monitoring module324 can maintain the set 326 of user records 328 in a repository 330,such as a database. The repository 330 can be stored in computerreadable storage devices or media (CD, DVD, hard drive, portable storagememory, etc.) whether local to the monitoring system 302 or remotelylocated.

In embodiments, once the user 310 is subscribed, the monitoring module324 can be configured to communicate with the clouds 304 and 306 tomonitor the computing processes 316 and 318. For example, the monitoringmodule 324 can be configured to retrieve the access information from theuser record 328 associated with the user 310 in order to access thecomputing processes 316 and 318 associated with the user 310. Toretrieve the user record 328, the monitoring module 324 can beconfigured to include the necessary logic, commands, instructions, andprotocols to search the set 326 of user records 328 and to retrieve theuser record 328 and the access information for the user 310. Forinstance, the monitoring module 324 can be configured to include thenecessary queries and commands to communicate with and retrieveinformation from the repository 330.

In embodiments, once the access information is retrieved, the monitoringmodule 324 can be configured to access the clouds 304 and 306 and tomonitor the computing processes 316 and 318 in order to collectinformation about the computing processes. The monitoring module 324 canbe configured to monitor the computing processes 316 and 318 and collectinformation such as usage of cloud resources by the computing processes316 and 318, details of the computing processes 316 and 318, and thelike. For example, for usage of the cloud resources, the monitoringmodule 324 can be configured to collect information, such as type andnumber of hardware resources of the clouds 304 and 306 utilized by thecomputing processes 316 and 318 (amount of processing cycles utilized,amount of network bandwidth utilized, amount of storage space utilized,amount of memory utilized, etc.), the type and number of softwareresources of the clouds 304 and 306 utilized by the computing processes316 and 318, the duration the hardware and software resources areutilized, the current fees for using the clouds 304 and 308, and thelike. Additionally, for example, the monitoring module 324 can beconfigured to collect information about details of the computingprocesses 316 and 318, themselves, such as number and type of thecomputing processes 316 and 318 instantiated, start time and duration ofthe computing processes 316 and 318, software programs utilized by thecomputing processes 316 and 318, and the like.

In embodiments, in order to monitor and collect information about thecomputing processes 316 and 318, the monitoring module 324 can beconfigured to communicate with the cloud management systems 320 and 322of the clouds 304 and 306, respectively. For example, the monitoringmodule 324 can be configured to communicate with the cloud managementsystems 320 and 322 in order to collect information about the usage ofthe clouds 304 and 306. Likewise, the monitoring module 324 can beconfigured to communicate with the computing processes 316 and 318 tocollect information about the details of the computing processes 316 and318. For example, the monitoring module 324 can be configured tocommunicate with virtual machine monitors supporting virtual machines,with the virtual machines directly, with software appliances, with thesoftware programs, and the like.

In embodiments, to communicate with the clouds 304 and 306, themonitoring module 324 can be configured to establish a connection withthe cloud 304 and 306 via the network 308. In particular, the monitoringmodule 324 can be configured to establish a connection with the cloudmanagement systems 320 and 322 and/or a connection to the computingprocesses 316 and 318. To achieve this, the monitoring module 324 can beconfigured to include the necessary logic, instructions, commands, andprotocols to communicate with the cloud management systems 320 and 322and/or a connection to the computing processes 316 and 318 via network308. For example, the monitoring module 324 can be configured toestablish a connection using network protocols, such as Internetprotocol (IP), user datagram protocol (UDP), transmission controlprotocol (TCP), hypertext transfer protocol (HTTP), file transferprotocol (FTP), electronic mail (email) protocols, or any other type ofknown or proprietary network protocol.

In embodiments, the monitoring module 324 can be configured to monitorthe computing processes 316 and 318 periodically and/or upon theoccurrence of any events. For example, the monitoring module 324 can beconfigured to monitor the computing processes 316 and 318 upon thesubscription of the user 310 and periodically (every hour, once a day,etc.) while the user 310 is subscribed.

In embodiments, once information about the computing processes 316 and318 is collected, the monitoring module 324 can be configured to storethe collected information in the user record 328 associated with theuser 310. As such, the monitoring module 324 can be configured toclassify the collected information and store the information in the userrecord 328. To achieve this, the monitoring module 324 can be configuredto include the necessary logic, commands, instructions, and protocols tosort and classify the collected information and store the sorted andclassified information in the user record 328.

In embodiments, when the information is collected, the monitoring module324 can be configured to generate reports 332 to provide the collectedinformation to the user 310. The monitoring module 324 can be configuredto generate the report in any format to display the collectedinformation to the user 310. To achieve this, the monitoring module 324can include the necessary logic, commands, instructions, and protocolsto retrieve the collected information from the user record 328 andorganize the collected information into the report 332.

In embodiments, the monitoring module 324 can be configured to generateand provide the reports 332 to the user upon the occurrence of anynumber of events. For example, the monitoring module 324 can beconfigured to provide the reports upon request of the user 310 and/orperiodically. The monitoring module 324 can be configured to receive therequest for the report via the interface 326. Likewise, the monitoringmodule 324 can be configured to provide the reports 332 via theinterface 326. Additionally, the monitoring module 324 can provide thereports to the user 310 via the network 308 utilizing any type ofnetwork protocol, such as Internet protocol (IP), user datagram protocol(UDP), transmission control protocol (TCP), hypertext transfer protocol(HTTP), file transfer protocol (FTP), electronic mail (email) protocols,or any other type of known or proprietary network protocol.

FIG. 4 illustrates an exemplary report 400, according to variousembodiments. As illustrated in FIG. 4, the report 400 can include theinformation collected about the computing processes 316 and 318supported by the clouds 304 and 306. The report 400 can include detailsabout the usage of resources of the clouds 304 and 306 and the detailsof the computing processes 316 and 318.

In embodiments, the monitoring system 302 can be configured to utilizethe information collected during the monitoring to provide otherservices to the user 310, 312, and 314. In particular, the monitoringsystem 302 can be configured to monitor the information collected forevents and perform actions upon the occurrence of the events. To achievethis, the monitoring system 302 can be configured to include an eventmodule 334. The event module 334 can be implemented as a softwareprogram that is configured to execute on the monitoring system 302.Likewise, the event module 334 can be implemented as a portion of othersoftware programs, such as monitoring module 324, configured to executeon the monitoring system 302. In either case, the event module 334 canbe configured to include the necessary logic, commands, instructions,and protocols to perform the processes described below. In anyimplementation, the event module 334 can be written in any type ofconventional programming language such as C, C++, JAVA, Perl, and thelike. Additionally, the event module 334 can be stored in computerreadable storage devices or media (CD, DVD, hard drive, portable storagememory, etc.) whether local to the monitoring system 302 or remotelylocated.

In embodiments, the event module 334 can be configured to receive, fromthe user 310, a request to monitor for an event and an action to performupon the occurrence of the event. The event module 334 can be configuredto receive the request via the interface 326 or any other type ofnetwork protocol described above.

In embodiments, the event can be any condition related to the computingprocesses 316 or 318 in the clouds 304 and 306, respectively. Forexample, the event can be the duration the computing processes 316 or318 has run (hours, days etc.), amount of fee charged to the computingprocesses 316 or 318 (fee generated by usage of the clouds 304 or 306),amount of computing resources utilized by the computing processes 316 or318 (processing cycles, network bandwidth, storage space, memoryutilized, etc.), specific date, number of additional computing processesspawned by the computing processes 316 or 318, and the like. The actionto be taken upon the occurrence of the event can be any action relatedto the computing processes 316 or 318. For example, the action can beterminating the computing processes 316 or 318, terminating additionalcomputing processes spawned by the computing processes 316 or 318,notifying the user 310 that the event has occurred, migrating thecomputing processes 316 or 318 to different clouds, and the like. Forinstance, the monitoring system 302 can receive a request from the user310 to monitor when the computing process 316 has run for 300 hours andto notify the user 310 when the computing process 316 has run for 300hours.

In embodiments, once the monitoring system 302 receives an event andaction from the user 310, the event module 334 can be configured tostore the event and action in an event record 336. The event module 334can be configured to store, in the event record 336, information such asan identification of the user 310, the computing processes 316 and/or318 which is the subject of the event, the clouds 304 and/or 306supporting the subject computing processes 316 and/or 318, the event,and the action to be taken. The event module 334 can maintain the eventrecord 336 in the repository 330.

In embodiments, once an event and action are received, the event module334 can be configured to compare the information collected duringmonitoring against the event specified by the user 310. In particular,as the monitoring module 324 collects information about the computingprocesses 316 and 318, the monitoring module 324 can be configured topass the collected information to the event module 334. As the eventmodule receives the collected information, the event module 334 can beconfigured to compare the collected information to the events stored inthe event record 336.

In embodiments, if the collected information matches an event stored inthe event record 336, the event module 334 can be configured to performthe action associated with the event. The event module 334 can beconfigured to retrieve the action in the event record 336 associatedwith the matching event and perform the action.

In embodiments, if the action involves the computing processes 316 or318, the event module 334 can be configured to communicate with theclouds 304 and 306. To communicate with the clouds 304 and 306, theevent module 334 can be configured to establish a connection with thecloud 304 and 306 via the network 308. In particular, the event module334 can be configured to establish a connection with the cloudmanagement systems 320 and 322 and/or a connection to the computingprocesses 316 and 318. To achieve this, the event module 334 can beconfigured to include the necessary logic, instructions, commands, andprotocols to communicate with the cloud management systems 320 and 322and/or a connection to the computing processes 316 and 318 via withnetwork 308. For example, the event module 334 can be configured toestablish a connection using networks protocols, such as Internetprotocol (IP), user datagram protocol (UDP), transmission controlprotocol (TCP), hypertext transfer protocol (HTTP), file transferprotocol (FTP), electronic mail (email) protocols, or any other type ofknown or proprietary network protocol.

In embodiments, if the action involves the user 310, the event module334 can be configured to communicate with the user 310. The event module334 can be configured to communicate with the user 310 utilizing theinterface 326. Additionally, the event module 334 can be configured tocommunicate with the user 310 via the network 308 utilizing any type ofnetwork protocol, such as Internet protocol (IP), user datagram protocol(UDP), transmission control protocol (TCP), hypertext transfer protocol(HTTP), file transfer protocol (FTP), electronic mail (email) protocols,or any other type of known or proprietary network protocol.

While described as receiving a single event, one skilled in the art willrealize that the monitoring system 302 can receive any number of eventsand actions to perform from any of the user 310, 312, and 314. Forinstance, the user 310 can request that multiple actions be performedupon the occurrence of a single event. Likewise, the user 310 canrequest that a single action be performed upon the occurrence ofmultiple events.

FIG. 5 illustrates an exemplary diagram of hardware and other resourcesthat can be incorporated in the monitoring system 302, which canimplement the monitoring module 324 and the event module 334, andconfigured to communicate with the clouds 304 and 306 via one or morenetworks 308, according to embodiments. In embodiments as shown, themonitoring system 302 can comprise a processor 502 communicating withmemory 504, such as electronic random access memory, operating undercontrol of or in conjunction with operating system 506. Operating system506 can be, for example, a distribution of the Linux™ operating system,such as SELinux, the Unix™ operating system, or other open-source orproprietary operating system or platform. Processor 502 alsocommunicates with one or more computer readable storage medium 510, suchas hard drives, optical storage, and the like, which can store therepository 330. Processor 502 further communicates with networkinterface 508, such as an Ethernet or wireless data connection, which inturn communicates with one or more networks 308, such as the Internet orother public or private networks.

Processor 502 also communicates with the monitoring module 324 and theevent module 334 to execute control logic and allow for monitoringcomputing processes as described above and below. Other configurationsof the monitoring system 302, associated network connections, and otherhardware and software resources are possible.

While FIG. 5 illustrates the monitoring system 302 as a standalonesystem including a combination of hardware and software, the monitoringsystem 302 can include multiple systems operating in cooperation. Themonitoring module 324 and the event module 334 can be implemented as asoftware application or program capable of being executed by themonitoring system 302, as illustrated, or other conventional computerplatforms. Likewise, the monitoring module 324 and the event module 334can also be implemented as a software module or program module capableof being incorporated in other software applications and programs. Ineither case, the monitoring module 324 and the event module 334 can beimplemented in any type of conventional proprietary or open-sourcecomputer language. When implemented as a software application or programcode, the monitoring module 324 and the event module 334 can be storedin a computer readable storage medium, such as storage 510 accessible bythe monitoring system 302. Likewise, during execution, a copy of themonitoring module 324 and the event module 334 can be stored in thememory 504.

FIG. 6 illustrates a flow diagram of an exemplary process for monitoringclouds for events and performing action upon the occurrence of theevents, according to embodiments. In 602, processing can begin. In 604,the monitoring system 302 can receive a request to monitor for an eventand perform an action upon the occurrence of the event. For example, themonitoring system 302 can receive the request via the interface 326 orany other type of network protocol described above. The event can be anyconditions related to the computing processes 316 or 318 in the clouds304 and 306, respectively. For example, the event can be the durationthe computing processes 316 or 318 has run (hours, days etc.), amount offee charged to the computing processes 316 or 318 (fee generated byusage of the clouds 304 or 306), amount of computing resources utilizedby the computing processes 316 or 318 (processing cycles, networkbandwidth, storage space, memory utilized, etc.), specific date, numberof additional computing processes spawned by the computing processes 316or 318, and the like. The action to be taken upon the occurrence of theevent can be any action related to the computing processes 316 or 318.For example, the action can be terminating the computing processes 316or 318, terminating additional computing processes spawned by thecomputing processes 316 or 318, notifying the user 310 that the eventhas occurred, migrating the computing processes 316 or 318 to differentclouds, and the like.

In 606, the monitoring system 302 can compare the collected informationto the event received from the user 310. For instance, the monitoringmodule 324 can pass the collected information to the event module 334,and the event module 334 can compare the collected information to theevent.

In 608, the monitoring system 302 can determine if the collectedinformation matches the event. If the collected information does notmatch the event, the monitoring system 302 can continue monitoring thecomputing processes 316 and 318 and comparing the collected informationto the event.

In 610, if the collected information matches the event, the monitoringsystem 302 can perform the action associated with the event. Dependingon the action, the monitoring system 302 can communicate with the clouds304 and 306, the computing processes 316 and 318, and/or the user 310.

In 612, the process can end, but the process can return to any point andrepeat.

Certain embodiments may be performed as a computer application orprogram. The computer program may exist in a variety of forms bothactive and inactive. For example, the computer program can exist assoftware program(s) comprised of program instructions in source code,object code, executable code or other formats; firmware program(s); orhardware description language (HDL) files. Any of the above can beembodied on a computer readable medium, which include computer readablestorage devices and media, and signals, in compressed or uncompressedform. Exemplary computer readable storage devices and media includeconventional computer system RAM (random access memory), ROM (read-onlymemory), EPROM (erasable, programmable ROM), EEPROM (electricallyerasable, programmable ROM), and magnetic or optical disks or tapes.Exemplary computer readable signals, whether modulated using a carrieror not, are signals that a computer system hosting or running thepresent teachings can be configured to access, including signalsdownloaded through the Internet or other networks. Concrete examples ofthe foregoing include distribution of executable software program(s) ofthe computer program on a CD-ROM or via Internet download. In a sense,the Internet itself, as an abstract entity, is a computer readablemedium. The same is true of computer networks in general.

While the aspects have been described with reference to the exemplaryembodiments thereof, those skilled in the art will be able to makevarious modifications to the described embodiments without departingfrom the true spirit and scope. The terms and descriptions used hereinare set forth by way of illustration only and are not meant aslimitations. In particular, although the method has been described byexamples, the steps of the method may be performed in a different orderthan illustrated or simultaneously. Furthermore, to the extent that theterms “including”, “includes”, “having”, “has”, “with”, or variantsthereof are used in either the detailed description and the claims, suchterms are intended to be inclusive in a manner similar to the term“comprising.” As used herein, the term “one or more of” with respect toa listing of items such as, for example, A and B, means A alone, Balone, or A and B. Those skilled in the art will recognize that theseand other variations are possible within the spirit and scope as definedin the following claims and their equivalents.

1. A method for monitoring cloud computing environments, comprising:receiving, from a user, an event related to a computing process in atleast one cloud and an action to perform upon an occurrence of theevent; monitoring the at least one cloud for the occurrence of theevent; and performing the action upon the occurrence of the event. 2.The method of claim 1, wherein monitoring the at least one cloudcomprises: receiving access information for the at least one cloud; andaccessing the at least one cloud utilizing the access information todetermine information about the computing process supported by the atleast one cloud and associated with the user.
 3. The method of claim 2,the method further comprising: comparing the determined information tothe event to determine the occurrence of the event.
 4. The method ofclaim 1, the method further comprising: storing the event and the actionto be performed associated with the user.
 5. The method of claim 1,wherein the action comprises at least one of notifying the user,terminating the computing process, and migrating the computing processto another cloud.
 6. The method of claim 1, wherein the event comprisesat least one of usage of resources of the at least one cloud, number ofadditional computing processes associated with the computing process,type of computing process, date, duration of the computing process, andsoftware programs utilized by the computing process.
 7. The method ofclaim 1, wherein the computing process comprises at least one of avirtual machine, a software appliance, and a software program.
 8. Acomputer readable storage medium comprising instructions for causing aprocessing system to perform a method, comprising: receiving, from auser, an event related to a computing process in at least one cloud andan action to perform upon an occurrence of the event; monitoring the atleast one cloud for the occurrence of the event; and performing theaction upon the occurrence of the event.
 9. The computer readablestorage medium of claim 8, wherein monitoring the at least one cloudcomprises: receiving access information for the at least one cloud; andaccessing the at least one cloud utilizing the access information todetermine information about the computing process supported by the atleast one cloud and associated with the user.
 10. The computer readablestorage medium of claim 9, the method further comprising: comparing thedetermined information to the event to determine the occurrence of theevent.
 11. The computer readable storage medium of claim 8, the methodfurther comprising: storing the event and the action to be performedassociated with the user.
 12. The computer readable storage medium ofclaim 8, wherein the action comprises at least one of notifying theuser, terminating the computing process, and migrating the computingprocess to another cloud.
 13. The computer readable storage medium ofclaim 8, wherein the event comprises at least one of usage of resourcesof the at least one cloud, number of additional computing processesassociated with the computing process, type of computing process, date,duration of the computing process, and software programs utilized by thecomputing process.
 14. The computer readable storage medium of claim 8,wherein the computing process comprises at least one of a virtualmachine, a software appliance, and a software program.
 15. A system formonitoring a cloud computing environment, comprising: a networkinterface to at least one cloud of computing systems; and a processorcommunicating with the network interface and executing an event module,the event module being configured to receive, from a user, an eventrelated to a computing process in the at least one cloud and an actionto perform upon an occurrence of the event; monitor the at least onecloud for the occurrence of the event; and perform the action upon theoccurrence of the event.
 16. The system of claim 15, wherein theprocessor is executing a monitoring module, the monitoring module beingconfigured to: receive access information for the at least one cloud;and access the at least one cloud utilizing the access information todetermine information about the computing process supported by the atleast one cloud and associated with the user.
 17. The system of claim16, the event module being further configured to compare the determinedinformation to the event to determine the occurrence of the event. 18.The system of claim 15, the event module being further configured tostore the event and the action to be performed associated with the user.19. The system of claim 15, wherein the action comprises at least one ofnotifying the user, terminating the computing process, and migrating thecomputing process to another cloud.
 20. The system of claim 15, whereinthe event comprises at least one of usage of resources of the at leastone cloud, number of additional computing processes associated with thecomputing process, type of computing process, date, duration of thecomputing process, and software programs utilized by the computingprocess.